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© In a packet (ATM) network, a source node at the 
entry of the network is responsive to a connection 
request from a user terminal for invoking a CAC (call 
admission control) algorithm to accept or reject the 
request depending on the amount of. resource re- 
quested by the user, and allocates a portion of a free 
bandwidth resource exclusively to the user for the 
duration of the call according to established contract 
parameter values. Each node of the network re- 
sponds to a reallocation request from the user for 
transmitting a copy of the request to a downstream 
node to elicit an acceptance message therefrom, 
and reserving a portion of a pool bandwidth resource 



and invoking the CAC algorithm to additionally re- 
serve a portion of the free bandwidth resource. The 
node proceeds to allocate the reserved pool band- 
width to the user in response to the acceptance 
message indicating that the same amount of the 
reserved pool bandwidth is available in the down- 
stream node. The allocation of the pool bandwidth is 
temporary. When a portion of the free bandwidth 
resource is reserved using the CAC algorithm, this 
portion is exclusively allocated to the user until the 
end of the call and the temporarily allocated pool 
bandwidth is returned to the pool resource for other 
users. 
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The present invention relates generally to in- 
tegrated packet networks where the transmission 
efficiency is gained by statistical multiplexing effect 
of VBR (variable bit rate) sources, and more spe- 
cifically to such a network where police functions 
are required to guarantee the quality of service 
established at call setup by controlling the bit rate 
behavior of user terminals. 

In broadband Integrated services digital net- 
works (BISDN) where a wide range of broadband w 
services are provided using the asynchronous 
transfer mode (ATM) technique, information is pac- 
ketized and carried in fixed length "cells", which 
may be statistically multiplexed with other traffic 
into a high-bit rate channel. To ensure satisfactory 75 
quality of service (QOS) for all network users call 
admission control (CAC) and traffic enforcement 
(policing) control have been proposed and recom- 
mended by CCITT. Call admission control algo- 
rithm decides whether a new virtual channel con- 20 
nection should be admitted to the network based 
on the current network status such as available 
resources and cell loss performance, and contract 
parameters (such as mean traffic rate and peak 
traffic rate) are established. The traffic enforcement 25 
scheme monitors each individual -virtual channel 
connection to ensure that its cell-level traffic flow in 
the network conforms to the contract parameters 
established at call setup time. 

However, if statistical multiplexing gain is to be 30 
achieved, precision cell-level traffic control on vari- 
able bit rate (VBR) traffic is difficult to achieve 
since the user has little knowledge on the char? 
acteristics of its VBR traffic at call setup time, 

It is therefore an object of the present invention 35 
to provide a flow enforcement arrangement which 
ensures precision cell-level traffic control by allow- 
ing user terminals to issue a request to increase 
the amount of bandwidth allocated at call setup / 
time. ]/ 40 

According to a broader aspect of the present 
invention, there is provided a network node for a 
packet network. The node comprises a call admis- 
sion control (CAC) device responsive to a connec- 
tion request from a user terminal for accepting or 45 
rejecting it depending on the amount of resource 
requested by the user terminal. Contract parameter 
values are established and a resource is allocated 
exclusively to the user terminal according to the . 
established contract parameter values for the dura- 50 
tion of the call. A flow enforcement device includes 
a buffer for allowing cells from the call-originating 
user terminal to be transmitted toward a destination 
when the contract parameter values are not vio- 
lated and storing the cells in the buffer when the 55 
contract parameter values are violated. A resource 
reallocation means is provided to respond to a 
reallocation request from the user terminal when 



the occupancy of the buffer is higher than a 
predefined value for allocating an additional re- 
source to the user terminal. 

According to a specific aspect, the present 
invention provides a packet network including a 
plurality of network nodes interconnected by trans- 
mission links. One of the network nodes that is 
located at an entry of the network comprises the 
flow enforcement means. Each of the network 
nodes comprises a resource allocation means 
which is responsive to a connection request from a 
user terminal for invoking the CAC algorithm to 
accept or reject the connection request depending 
on the amount of resource requested by the user 
terminal, to establish contract parameter values, 
and to allocate a portion of a free bandwidth re- 
source exclusively to the user terminal for the 
duration of the call according to the established 
contract parameter values. Resource reallocation 
means is provided in each network node to re- 
spond to the reallocation request from the user 
terminal for transmitting a copy of the reallocation 
request to a downstream node to elicit an accep- 
tance signal therefrom, and reserving a portion of a 
pool (commonly shared) bandwidth resource and 
invoking the CAC algorithm to reserve a portion of 
the free bandwidth resource. The resource real- 
location means proceeds to allocate the reserved 
pool bandwidth to the user terminal in response to 
the acceptance signal from the downstream node 
indicating that the same amount of the reserved 
pool bandwidth is available in the downstream 
node. The user is now allowed to transmit cells at a 
reallocated rate. The allocation of the pool band- 
width is temporary. When a portion of the free 
bandwidth resource is reserved using the CAC 
algorithm, this reserved portion is permanently al- 
located to the user (or until the end of the call or 
until a deallocation is performed) and the tem- 
porarily allocated pool bandwidthj^returned to the 
pool resource for other users, 

The present invention wU) be described in fur- 
ther detail with referenpeMo the accompanying 
drawings, in which: r 

Fig. 1 is a block diagram of a packet network 
according to the present invention; 
Fig. 2 is a block diagram showing details of a 
UPC (usage parameter control) device and es- 
sential components of a node controller in which 
a CAC (call admission control) algorithm is in- 
corporated; 

Fig. 3 is a flowchart describing a sequence of 
steps performed by the UPC device; 
Figs. 4A and 4B are schematic illustrations of 
the total bandwidth resource of the UPC device, 
with Fig. 4A showing the initial state in which the 
the total resource is initially partitioned into two 
allocation areas and Fig. 4B showing successive 
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allocations of resources from a free bandwidth 
resource when calls are established; 
Figs. 5A and 5B are schematic illustrations of 
the bandwidth resource with Fig. 5A showing a 
resource reservation phase in which pool and 
free bandwidth resources are reserved and Fig. 
5B showing a resource swapping phase in which 
reserved resources are exchanged with each 
other when a favorable response is received 
from a downstream node; 
Fig. 6 is a flowchart of programmed instructions 
performed by the user terminal for triggering a 
reallocation procedure; 

Figs. 7 to 9 are flowcharts of instructions pro- 
grammed in the node controller of source, tan- 
dem and destination network nodes, respective- 
ly; 

Fig. 10 is a flowchart of instructions performed 
by the user terminal for triggering a deallocation 
procedure; 

Fig. 11 is a flowchart of instructions performed 
by the node controller of all network nodes 
during a deallocation procedure; 
Figs. 12 to 15 are flow diagrams of messages 
transmitted through the network during a real- 
location procedure; and 

Fig. 16 is a flow diagram of messages transmit- 
ted through the network during a deallocation 
procedure. 

Referring now to Fig. 1 , there is shown a high- 
speed packet network embodying the present in- 
vention. The network includes a plurality of nodes 

100 for serving user terminals (including customer 
premises networks). In a typical example, some of 
the nodes may be a switching node including an 
ATM (asynchronous transfer mode) switching fabric 

101 such as Batcher-Banyan network, for example, 
in which incoming cells are routed under the con- 
trol of a node controller 102. Other nodes may 
include a switching fabric or a multiplexer, not 
shown. The controller 102 includes a call 
(connection) admission control (CAC) device 103 
whose function is specified by CCITT l-series Rec- 
ommendations. The CAC function decides to ac- 
cept a new connection on a physical link if the 
required quality of service (QOS) can be guar- 
anteed for all virtual connections already present 
on the physical link by determining whether a user 
is observing or violating a bandwidth contract 
agreed upon between the user and the network. 
Violation of the contract may degrade the QOS of 
other connections present in the network Hence, a 
network function, called the policing function or 
Usage Parameter Control (UPC) function, is re- 
quired to cater for network protection. 

The network node 100 comprises a UPC de- 
vice 105 associated with the user terminal 110 
which statistically multiplexes cells of multiple con- 





nections onto a user/network interface to the UPC 
device 105 in which policing, or flow enforcement 
-control is performed on every user cell of all con- 
nections accepted by the CAC device 103 and ✓ 
5 established through the UPC device 105. \f 
The UPC device 105 is connected by a control 
bus 106 to node controller 102 to exchange control 
signals, , and connected by a data line 107 to 
switching fabric 101. User cells entering the UPC 

w device 105 are policed. As will be described, user 
cells transmitted at a rate violating predefined con- 
tact parameters are stored in a buffer and those not 
. violating the contract parameters are carried 
through the data line 107 to switching fabric 101. 

75 Other cells such as control cells and OA&M 
(Operations, Administration & Management) cells 
are simply passed through the UPC device and 
carried through the data line 107 to the switching 
fabric 101. All cells entering the switching fabric j 

20 101 are transmitted out in a bit-serial fashion. if 
The user station 110 includes a UPC replica 
112 which is a copy of the algorithm of the asso- * 
dated UPC device 105. Specifically, it includes a 
replica of the buffer of the UPC device in the form 

25 of a counter indicating the number of violating cells 
stored in the UPC buffer. The UPC replica 112 
controls the signal source 111 of the user terminal a 
in a feedback loop. 

As shown in Fig. 2 f the UPC device 105 in- 

30 eludes a shift register R1 for receiving ATM (53- 
byte) cells from user terminal 110. On receiving all 
incoming 53 bytes of data, shift register R1 trans- 
fers its contents in parallel fashion to a second shift 
register R2 whose outputs are coupled to a third 

35 shift register R3. The contents of register R2 are 
supplied in parallel to register FL3 in response to a 
transfer signal on lead 201 from a UPC controller 
200, and the VCIWPI (virtual circuit identifier/virtual 
path identifier) and PfT (payload type) fields of the 

40 cell stored in register R2 are supplied to a control- 
ler 2f)0. The contents of of shift register R3 are 
transferred to a selector 202 in response to a 
transfer signal on lead 203 from controller 200. 
Selector 202 is responsive to a control signal sup- 

45 plied on lead 204 from controller 200 to apply the 
contents of register R3 in parallel to the through 
leads 206 to the buffer 205 or serially through line 
207 to the data line 107 to which the output of 
buffer 205 is connected. UPC controller 200 is 

so connected through control bus 106 to the node 
controller 102 and includes a memory containing a/ 
VCIA/PI list of established connections. h< 

The node controller 102 essentially comprises 
a routing logic 210 for routing cells through the 

55 switching fabric, a free bandwidth allocation logic 
211 in which the CAC algorithm is incorporated, 
and a pool bandwidth reservation logic 212. Free 
bandwidth allocation logic includes a resource real- 
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location logic according to the present invention as 
well as the known CAC algorithm. As will be de- 
scribed, a control cell containing a connection re- 
quest entering the switching fabric 101 through line 
107 is applied to free bandwidth reservation logic 5 
21 1 to determine the admission of the connection 
according to the CAC algorithm. After the connec- 
tion is established, a control cell containing a real- 
location request from the user terminal is routed 
through the switching fabric and fed into both the io 
free bandwidth allocation logic 211 and pool band- 
width allocation logic 212, which cooperates with 
logic 211 to allocate an additional bandwidth re- 
source to the requesting user terminal. 

The operation of the UPC controller 200 is 75 
visualized by a flowchart shown in Fig. 3. The 
program execution starts with block 301 which 
directs the reading of VC\/VP\ and P/T fields of a 
cell from register R2. Exit then is to step 302 to 
check the P/T field to see if it indicates that the cell 20 
is a user cell or not. If the answer is negative, 
control branches at step 302 to step 309 to check 
to see if the cell is an idle (empty) cell or not. If the 
cell is a control cell or an OA&M cell, exit is to step 

313 to deliver the current cell through data line 107 25 
to the switching fabric 101. If the current cell is 
empty, control branches at step 309 to step 310 to 
check the VPIA/CI field of the current cell against 

the VPIA/CI list to determine if other connections 
have already been established. If there are no other 30 
connections, control branches at step 310 to step 
315 to output the idle cell to the data line 107. If 
other connection is present, control branches to 
step 311 to check the contents of buffer 205 to 
determine if one or more cells of such a connection 35 
are waiting. If there is one, the buffer is said to be 
not empty for that connection and control branches 
to step 312 to check to see if the UPC algorithm 
allows the current cell to be transmitted. It the 
answer is negative, control returns to step 310 to 40 
determine if there are other established connec- 
tions. By repeating steps 310, 311 and 312, every 
connections aik polled in a Round-Robin manner 
for waiting cells. If the answer is affirmative in step 
312, control exits from the loop and enters step 45 

314 to output the current cell. If there is no cell of 
other connection waiting in buffer 25, the buffer is 
said to be empty for that connection, and control 
branches at step 31 1 to step 310. 

According to the present invention, the total so. 
bandwidth resource of the line controlled by UPC 
device 105 is partitioned into two resources. As 
shown in Fig. 4A, it is initially divided into a free 
bandwidth resource as indicated at 400 and a pool 
bandwidth resource 401 which is commonly shared 55 
by all connections established through the UPC 
device. As a connection is established, free band- 
width is used so that the amount of free bandwidth 



decreases as new connections are established. 

More specifically, during a call setup phase, a 
control cell is passed through UPC device 105 
following the execution of step 313, and enters the 
switching fabric 101 where it is examined by the 
CAC device 103 of node controller 102 to accept or 
reject the call depending on the amount of re- 
source requested by the user and determine con- 
tract parameter values if the call is accepted. De- 
pending on the contract parameter values deter- 
mined for a given connection, the CAC device 103 
allocates an amount of resource as shown at 402 in 
Fig. 4B from the free bandwidth resource and 
saves it as a permanent resource to be exclusively 
used by that connection. Therefore, the amount of 
the CAC-bandwidth resource successively in- 
creases with an increase in accepted calls and the 
amount of available free bandwidth resource de- 
creases as indicated at 403. 

Returning to Fig. 3, if the cell is determined to 
be a user cell, control branches at step 302 to step 
303 to check to see if the UPC algorithm allows the 
current cell to be transmitted. If the user traffic is 
not violating the contract parameters defined at the 
. call setup time, control branches at step .303 to 
step 3Q4 to check the contents of buffer 205 to see 
if other cells of the same connection are waiting 
therein. If such waiting cells are not present, the 
buffer is empty for the current connection and 
control branches at step 304 to step 313 to deliver 
the current cell in register R2 through register R3 
and selector 202 to output line 107. If the answer is 
negative in step 304, control branches to step 305 
to deliver a waiting cell from buffer 205 and store 
the current cell into buffer 205. 

If the user traffic is violating the contract pa- 
rameters defined at the call setup time, control 
branches at step 303 to step 306 to check the 
contents of buffer 205 to see if the buffer is full. If it 
is, the current cell is discarded (step 308). If the 
buffer is not full, the current cell is stored into 
buffer 205 (step 307); Exit from either steps 307 
and 308 is to step 310 to examine other connec- 
tions in a manner as described above. 

Execution of either of steps 313, 314 and 315 
is followed bystep 316 in which the VP/VC connec- 
tion data are updated if necessary. The controller 
then enters step 317 to wait for control data from 
the node controller 102 concerning establishment 
of new connections, clearing of existing connec- 
tions, and modifications of existing connections 
(reallocation/deallocation) and update UPC param- 
eters according to such control data before the 
arrival of the next cell. Control now returns to the 
starting point of the program to repeat the above 
process on the next cell. 

Since the network node has a limited knowl- 
edge of the characteristics of user traffic and since 
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the variation of the traffic is unpredictable, the 
occupancy of buffer 205 should be kept at a point 
below the almost-full level of the buffer to prevent 
discarded cells from reaching a dangerously high 
number. 

According to the present invention, a realloca- 
tion scheme is used to prevent cells from being 
discarded by allowing users to increase the amount 
of their allocated resource when buffer occupancy 
exceeds a predefined threshold and decrease it 
when the allocated resource is under-used. A re- 
source reallocation request can be generated by a 
triggering mechanism located in the UPC replica of 
the user terminal. The bandwidth resource allo- 
cated to a user is bounded by a maximum fixed 
value which is pre-declared by the user and is 
typically equal to the peak rate of the user traffic 
(or the line speed of the link, e.g., 150 Mbps). The 
buffer threshold is determined on the basis of the 
buffer size and on the round-trip propagation delay 
of a reallocation request/reallocation response mes- 
sages along the transmission path from . the 
request-originating terminal to the destination node. 

To avoid overflow under worst case traffic 
(wherein the input traffic rate is equal to its maxi- 
mum rate from the time the reallocation request is 
issued), it is necessary that during the round-trip 
propagation delay time Td, the buffer does not 
overflow. If W is the window size, Mt and M 2 the 
number of cells in the window corresponding to the 
policed rate and the maximum rate, respectively, 
and t the length of a timeslot, then the buffer 
occupancy, Td seconds after it was equal to the 
threshold Th f becomes: 



If this value exceeds the buffer size N, then over- 
flow occurs. 

Because some users may produce such a con- 
tinuous stream of cells that the CAC device 103 is 
too slow to take each burst from the same source 
as a single call and perform call admission control 
on each burst, the reallocation process must be 
executed on a real-time basis. 

Briefly described, a reallocation request from a 
user terminal or from an upstream side of the 
network includes a CAOrequest and a pool-re- 
quest, each requesting an equal amount of addi- 
tional bandwidth. The CAC-request invokes a pro- 
cess for reserving a portion of the free bandwidth 
according to the CAC algorithm as indicated at 500 
in Fig. 5A and the pool-request invokes a process 
for reserving a portion 501 of the pool bandwidth. 
The reallocation request from the user is first re- 



ceived by a source node located at the entry of the 
network and a copy of this request is instantly 
transmitted to a downstream node to elicit a re- 
sponse indicating whether an attempt to reserve a 

5 pool bandwidth is successful or not. The request is 
further relayed to the next node until it reaches, a 
destination node so that a response is successively 
relayed along the route from a downstream node to 
the next until it reaches the source node. Since the 

70 reservation of the pool resource is not associated 
with the CAC algorithm, it is processed faster than 
the reservation of the free bandwidth resource. If 
the response is a favorable one indicating that the 
pool reservation is successful, the user is informed 

75 of this fact by the source node and the reserved 
pool bandwidth is allocated to the user in addition 
to the already allocated bandwidth. 

Since the free bandwidth allocation procedure 
by the CAC algorithm is a time-consuming task, 

20 the reservation of free bandwidth portion 500 may 
occur after the reception of a confirmation re- 
sponse from the source node. When the CAC- 
request is finally accepted, the reserved free band- 
width portion 500 is permanently allocated to the 

25 user for as long as it needs it and the temporarily 
allocated pool bandwidth portion 501 is restored to 
the pool resource as shown in Fig. 5B. Therefore, 
at the final stage of the reallocation process, the 
reserved free resource and the allocated pool re- 

30 source are exchanged, or "swapped" with one an- 
other. In response to a favorable response from the 
downstream node, a confirmation message is trans- 
mitted from the source node to the downstream 
node and relayed along the transmission route to 

35 the destination node to allow each subsequent 
node on the route to effect the "swapping" of the 
resources. If the first response from the down- 
stream node is unfavorable, a copy of this mes- 
sage is transmitted along the route downstream to 

4o restore the allocated pool resources. 

A reallocation request is initially transmitted 
from a user terminal. Fig! 6 is a flowchart of pro- 
grammed instructions incorporated in the algorithm 
of the UPC replica of the user terminal for trigger- 

45 ing a reallocation process. The program execution 
starts with step 601 in which the occupancy of the 
buffer replica is monitored. If the buffer occupancy 
is below a predefined threshold which is deter- 
mined on the basis of the buffer size and the 

so round-trip propagation delay of a reallocation 
request/reallocation response along the transmis- 
sion path from the requesting terminal to the CAC 
mechanism of the destination node (step 602), con- 
trol returns to step 601 to continue monitoring the 

55 buffer's filling level, and if it exceeds the threshold, 
control branches to step 603 to issue a reallocation 
request to the network and wait for a response 
(acceptance or rejection message). If an accep- 
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dwidth (step 808). 

In Fig. 9, the node controller of a destination 
node is waiting for a reallocation request from an 
upstream node (step 900). The same processes 
are executed by steps 900, 901, 902 and 910 
through 917 corresponding to steps 700, 702, 703 
and 720 through 727 of Fig. 7 and no description is 
repeated for simplicity. Starting from step. 903, an 
acceptance message is transmitted upstream and 
control waits for a response message from the 
upstream node. If the response is a confirmation 
message (step 904), control proceeds to step 905 
to wait for an indication that the CAC-request was 
accepted by the CAC algorithm, followed by the 
simultaneous execution of steps 906 and 916 
where the reserved pool bandwidth is swapped 
with the reserved free bandwidth. If the response in 
step 904 is a rejection message, control branches 
out to step 907 to restore the reserved pool band- 
width. 

According to a further feature of the present 
invention, the buffer occupancy of the user terminal 
is constantly monitored to detect when it reduces 
below a predefined level. If it occurs, a deallocation 
procedure is triggered to decrease (deallocate) the 
amount of the bandwidth resource allocated to the 
user by restoring a portion of the allocated re- 
source to the free bandwidth resource for other 
users. 

Fig. 10 is a flowchart of instructions performed 
by the UPC replica of the user terminal for trigger- 
ing a deallocation procedure. The program execu- 
tion starts with step 1001 to monitor the occupancy 
of the user's buffer replica, followed by step 1002 
in which the monitored value is compared with a 
predefined threshold. If the filling level of the buffer 
replica is below the threshold, a deallocation in- 
dication is issued to the network, and control waits 
for a confirmation message (step 1003) to update 
the parameters of the UPC replica (step 1004). 

In Fig. 1 1 , there is shown a flowchart of oper- 
ations performed by alt network nodes during the 
deallocation procedure. Each network node is con- 
stantly waiting for a deallocation indication from an 
upstream node (step 1100). Exit then is to decision 
step 1101 to transmit a copy of the deallocation 
indication to a downstream node if the node is the 
source node or a tandem node. Step 1101 is 
skipped if the node is the destination node. In step 
1102, controls check to see if a pool bandwidth is 
being reserved by the requesting user. If it is, 
control branches at step 1102 to step 1103 to 
restore all or a portion of the reserved pool band- 
width to the pool resource, cancel all or a portion of 
the CAC-request of the user (step 1104). If no pool 
bandwidth is allocated to the requesting user (step 
1102), control branches at step 1102 to step 1107 
to restore a portion of the allocated bandwidth to 



the free bandwidth resource. After restoring the 
necessary amount of bandwidth, control waits for a 
confirmation message from the downstream node if 
the node is the source or a tandem node (step 

5 1 105). If the node is the destination node step 1 105 
is skipped. Exit then is to step 1106 to transmit a 
confirmation message to the upstream node. The 
confirmation message at the end of the restoration 
of bandwidth is necessary to ensure that the user 

io waits for the deallocation to be completed before 
issuing a new request. 

For a full understanding of the present inven- 
tion, flow diagrams of reallocation messages are 
shown in Figs. 12 to 15 for a transmission path in 

75 which four network nodes are assumed to be lo- 
cated. 

Fig. 12 shows a situation in which the request 
for reallocation is accepted by all nodes. Since free 
bandwidth allocation by the CAC algorithm takes 

20 time and the amount of time varies from one node 
to another, it is assumed that di(ferent lengths of 
time ti, fc, t3 and U are taken by the first, second, 
third and fourth nodes, respectively, from the in- 
stant each request is received by the respective 

25 node. 

At the instant of time A, a reallocation is trig- 
gered in a user terminal and a reallocation request 
message is issued by the user terminal and re- 
ceived by the first node at the entry point of the 

30 network, where a copy of the reallocation request is 
instantly sent downstream and the user's pool re- 
quest is accepted by the first node and a pool 
bandwidth is reserved, following the transmission of 
the reallocation request copy. The same process is 

35 repeated £t the second and third nodes, and finally 
the request is accepted by the fourth node. There- 
fore, a pool bandwidth of the same amount is 
reserved in each of these network nodes. Imme- 
diately following the acceptance of the request, an 

40 acceptance message is transmitted from the fourth 
node to the third node where it is copied, with the 
copy being relayed upstream until it reaches the 
first node. On receiving an acceptance message 
from the respective downstream node, each of the 

45 third, second and first nodes transmits a copy of 
the acceptance signal upstream (step 805 at the 
third and second nodes, and step 705 at the first 
node). In this way, the requested resource is al- 
located from the commonly shared bandwidth re- 

so source to the user and the user is allowed to 
transmit cells at the reallocated rate from time B 
onwards. On receiving an acceptance signal, the 
first node transmits a confirmation message down- 
stream (step 705) and each of the second and third 

55 nodes responds to it by transmitting a confirmation 
copy downstream (step 807) until it reaches the 
fourth node (step 904). Each node along the trans- 
mission path performs resource swapping between 
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tance message is received from the network (step 
604), control branches to step 605 to update the 
parameters of the UPC replica, and control r et ur n s. ., 
to the starting point of the program. The user then 
can transmit cells at a reallocated rate. 

Figs. 7,8 and 9 are. flowcharts of programmed 
instructions to be performed by the node controller 
of source, tandem and destination nodes of the 
network, respectively, during a reallocation proce- 
dure. In each of these flowcharts, a pool reserva- 
tion subroutine is shown on the left side of the 
drawings and a free bandwidth allocation subrou- 
tine on the right side. 

In Fig. 7, the node controller 102 of a source 
node is constantly waiting for a reallocation request 
from a call-originating user terminal (step 700). If it 
receives one, control exits to step 701 to transmit 
to the downstream node a copy of the reallocation 
request containing a pool request and a CAC re- 
quest, and invokes simultaneously a pool-request 
resource reservation subroutine and a CAC-request 
resource allocation subroutine. The pool bandwidth 
reservation subroutine begins with step 702 to 
check to see if the pool request is acceptable to 
the source node. If the answer is affirmative, con- 
trol branches at step 702 to step 703 to reserve a 
portion of the pool bandwidth resource. Exit then is 
to decision step 704 to check to see if the source 
node has received an acceptance message from 
the tandem node indicating that the same amount 
of pool bandwidth is available in the tandem node 
or if it has received a rejection message. If the pool 
request is accepted by the tandem node, control 
branches at step 704 to step 705 to transmit an 
acceptance message to the user indicating that the 
reallocation request was accepted by the network 
and a confirmation message to the downstream 
node. Simultaneously, the UPC parameters of the 
requesting user in the source node as well as the 
corresponding parameters of the UPC replica in the 
user's premises are updated. Exit then is to step 
706 to wait for an indication that the CAC-request 
is accepted by the CAC algorithm. Whep this in- 
dication is given, control exits to step 707 to re- 
store the reserved pool bandwidth to the pool re- 
source. Control now returns to the starting point of 
the program. 

If the pool request is not accepted by the 
tandem node, control branches at step 704 to step 
708 to transmit a rejectipn message to the user 
and proceeds to step 709 to restore the reserved 
pool bandwidth to the pool resource, and control 
returns to the starting point of the program. 

If the pool request is not accepted by the 
source node, control branches at step 702 to step 
710 to check whether a pool request was accepted 
by the downstream node, tf the answer is affir- 
mative, a rejection message is sent to the user and 



the downstream node (step 711); otherwise the 
same message is sent only to the user (step 712). 

Si mu l t a neously w i th t h e e x e cu t io n of the pool 

resource reservation subroutine, a free resource 

5 allocation subroutine is started with step 720 that 
invokes the CAC algorithm. If a rejection message 
is received during the execution of the CAC al- 
gorithm (step 721), the free resource allocation 
subroutine is aborted (step 722). As long as no 

w rejection message arrives, the subroutine continues 
executing until the CAC request is accepted (step 
723). When the CAC request is accepted (meaning 
that free bandwidth has been reserved), control 
branches out to step 724 to wait for a response 

75 from the downstream node in case it has not ar- 
rived yet. The answer from the downstream node is 
checked for acceptance or rejection of the pool 
bandwidth by the downstream nodes (step 725). If 
the answer is affirmative, control branches out to 

20 step 726 to permanently allocate the reserved free 
bandwidth to the user, and send a signal to the 
pool reservation control logic to restore the re- 
served pool bandwidth to the pool resource (step 
707). This represents the "swapping" of resources 

25 between the reserved pool resource and the re- 
served free bandwidth. Control now returns to the 
starting point of the program. 

In Fig. 8, the node controller 102 of a tandem 
node is constantly waiting for a reallocation request 

30 from a source node (step 800). The same pro- 
cesses are executed by steps 800, 801, 802, and 
820 through 827 corresponding to steps 700, 701 , 
702, and 720 through 727 of Fig. 7 and no descrip- 
tion is repeated for simplicity. Starting from step 

35 802, if the pool-request is not acceptable, similar 
steps are executed as in Fig. 7 with the exception 
that the user is now an upstream node. If the pool 
request is acceptable, steps 803 and 804 are ex- 
ecuted as in Fig. 7. If the pool request is rejected 

40 by any downstream node (step 804), control pro- 
ceeds to step 809 to transmit a rejection message 
to the upstream node and the reserved pool band- 
width is restored (step 810). If the pool request is 
accepted (step 804), control proceeds to step 805 

45 to transmit an acceptance message to the up- 
stream node and control waits for a response from 
the upstream node. If the response is a confirma- 
tion message (step 806), control proceeds to step 
81 1 to transmit a copy of the confirmation message 

so downstream and control waits for an indication that 
the CAC-request was accepted by the CAC al- 
gorithm (step 812), followed by the simultaneous 
execution of steps 813 and 826 where the reserved 
pool bandwidth is swapped with the reserved free 

55 bandwidth. If the response in step 806 is a rejec- 
tion message, control branches out to step 807 to 
transmit a copy of the rejection message down- 
stream and control restores the reserved pool ban- 
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the allocated pool bandwidth and the reserved free 
bandwidth following the transmission/reception of a 
confirmation message or following the availability of 
the free bandwidth, whichever comes last. In the 
illustrated example, the first and second nodes 5 
perform their swapping following the availability of 
the free bandwidth, whereas the third and fourth 
nodes perform their swapping immediately follow- 
ing the transmission and reception of a confirma- 
tion message. It is seen therefore that, if a real- w 
location procedure were provided in each node by 
exclusively relying on the CAC algorithm, the time 
taken to reallocate an additional resource to the 
user would be more than the maximum of times ti , 
fe, t3 and U. 75 

Figs. 13 to 15 illustrate the flow of control 
messages in the case of a reallocation failure in 
one or more of the nodes along the transmission 
route. 

A reallocation fails when at least one node 20 
along the transmission path rejects the pool re- 
quest. When a failure occurs in a node, it must wait ' 
for an acceptance/rejection message flow sent up- 
stream from the fourth node to, inform the rest of 
the network of the local failure. If the message 25 
received from a downstream node is an accep- 
tance message, then the receiving node is respon- 
sible for changing the acceptance message to a 
rejection message and sending it to the upstream 
and downstream nodes to inform the upstream 30 
nodes that the reallocation must be aborted. If the 
message received from a downstream node is a 
rejection message, it indicates that a downstream 
flow of a rejection message is also generated. On 
receiving a rejection message, the first node trans- 35 
mits a rejection message to the user. The user can 
determine whether to send a new reallocation re- 
quest to the network based on the par^npters of 
its UPC replica. 

Fig. 13 illustrates a situation in which only the 40 
first node fails to accept the reallocation request. In 
that case, a rejection message is transmitted both 
to the user and the second node following the 
reception of an acceptance message from the sec- 
ond node (steps 710 and 711) which was originated 45 
from the fourth node and relayed through the third 
node. On receiving a rejection message, each of 
the second and third nodes restores its reserved 
pool bandwidth by executing steps 806, 810 and 
809, and the fourth node restores its reserved pool so 
bandwidth by executing step 907. 

An unsuccessful message flow similar to Fig. 
13 is shown in Fig. 14 in which a failure is as- 
sumed to have occurred in the second node. In this 
case, a rejection message is transmitted from the 55 
second node both to the upstream and downstream 
nodes in response to receipt of an acceptance 
message from the downstream (third) node to 



cause the other nodes to restore their pool re- 
source. 

As shown in Fig. 15, the occurrence of several 
failures such as in the first and second nodes 
^feuses the second node to transmit rejection mes- 
sages in both downstream and upstream directions 
in response to an acceptance message from the 
third r\ode t and the first node simply relays the 
rejection message from the second node to the 
user. 

Fig. 16 is a flow diagram of a deallocation 
procedure. When the buffer occupancy decreases 
below a predetermined level, a deallocation indica- 
tion is sent to the first node. A copy of the mes- 
sage is relayed downstream by successive nodes 
and a confirmation message is transmitted up- 
stream from the fourth node and a copy of this 
message is successively relayed by intermediate 
nodes to the user. On receiving the deallocation 
confirmation, the first node sends a deallocation 
confirmation to the user and then updates its UPC 
parameters according to the deallocation indication. 

Claims 

1. A network node for a packet network compris- 
ing: 

call admission control means responsive to 
a connection request from a user terminal for 
accepting or rejecting the connection request 
depending on the amount of resource request- 
ed by the user terminal, establishing a contract 
parameter value, and allocating a resource to 
said user terminal according to the established 
contract parameter value; 

flow enforcement means including a buffer 
for allowing cells from said call-originating user 
terminal to be transmitted toward a destination 
terminal when said contract parameter value is 
not violated and storing the cells in said buffer 
when said contract parameter value is violated; 
and 

resource reallocation means responsive to 
receipt of a reallocation request from said user 
terminal when occupancy of said buffer is 
higher than a predefined value and allocating 
an additional resource to said user terminal. 

2. A network node as claimed in claim 1 , wherein 
said resource reallocation means includes 
means responsive to receipt of a deallocation 
indication from said user terminal when the 
occupancy of said buffer is lower than a 
predefined value for deallocating a portion of 
the allocated resources. 

3. A network node as claimed in claim 1 or 2, 
wherein said user terminal includes a buffer 
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replica in the form of a counter indicating the 
number of violating cells stored in the buffer of 
said node, and means for detecting when said 
number is higher than said predefined value 
and generating said reallocation request. 5 

A network node as claimed in claim 3, wherein 
said user terminal includes means for generat- 
ing said deallocation indication when the occu- 
pancy of the buffer replica is lower than a . io 
second predefined value. 

A packet network including a plurality of net- 
work nodes interconnected by transmission 
links, a source node of the network located at is 
an entry of the network comprising flow en- 
forcement means including a buffer for allow- 
ing cells from a call-originating user terminal to 
be transmitted toward a destination terminal 
when a contract parameter value is not violated 20 
and storing the cells in said buffer when said 
contract parameter value is violated, each of 
said network nodes comprising: 

resource allocation means responsive to a 
connection request from a user terminal for 25 
invoking a call admission control (CAC) al- 
gorithm to accept or reject the connection re- 
quest depending on the amount of resource 
requested by the user terminal, establishing 
said contract parameter value, and allocating a 30 
portion of a free bandwidth resource to said 
user terminal according to the established con- 
tract parameter value; and 

resource reallocation means, responsive to 
a reallocation request transmitted from said 35 
user terminal when occupancy of said buffer is 
higher than a predefined value, for transmitting 
a copy of the reallocation request to a down- 
stream node to elicit an acceptance signal 
therefrom, reserving a portion of a pool band- 40 
width resource and invoking said CAC algo- 
rithm to reserve a portion of said free band- 
width resource, 

said resource reallocation means of said 
source node temporarily allocating said re- 45 
served portion of the pool bandwidth resource 
to said user terminal in response to said ac- 
ceptance signal from the downstream node 
indicating that same amount of the reserved 
portion of the pool bandwidth resource is avail- 50 
able in said downstream node, and perma- 
nently allocating said reserved portion of the 
free bandwidth resource to said user terminal 
and restoring the temporarily allocated portion 
of the pool bandwidth resource. 55 

A packet network as claimed in claim 5, 
wherein said resource reallocation means in- 



cludes means responsive to receipt of a deal- 
location indication from said user terminal 
when the occupancy of said buffer is lower 
than a second predefined value for deallocat- 
ing part of the allocated resource portions. 

7. A packet network as claimed in claim 5 or 6, 
wherein said user terminal includes a buffer 
replica in the form of a counter indicating the 
number of violating cells stored in the buffer of 
said node, and means for detecting when said 
number is higher than said predefined value 
and generating said reallocation request. 

8. A packet network as claimed in claim 6, 
wherein said user terminal includes means for 
detecting when the occupancy of the buffer 
replica is lower than a second predefined value 
and generating said deallocation indication. 

9. A packet network comprising at least first and 
second interconnected network nodes, each of 
said nodes comprising resource allocation 
means responsive to a connection request 
from a call-originating user terminal for invok- 
ing a call admission control (CAC) algorithm to 
accept or reject the connection request de- 
pending on the amount of resource requested 
by the user terminal, establishing a contract 
parameter value, and allocating a portion of a 
free bandwidth resource to said user terminal 
according to the established contract param- 
eter value, 

said first node including: 

flow enforcement means including a buffer 
for allowing cells from said user terminal to be 
transmitted toward a destination terminal when 
said contract parameter value is not violated 
and storing the cells in said buffer when said 
contract parameter value is violated; and 

first resource reallocation means respon- 
sive to a reallocation request transmitted from 
said user terminal when occupancy of sad 
buffer is higher than a predefined value for 
transmitting a copy of the reallocation request 
to said second node to elicit an acceptance 
signal therefrom and reserving a portion of a 
pool bandwidth resource, invoking said CAC 
algorithm to reserve a portion of said free 
bandwidth resource, said first resource real- 
location means temporarily allocating the re- 
served portion of the pool bandwidth resource 
to the user terminal in response to the accep- 
tance signal from the second node, transmit- 
ting a confirmation signal to the second node, 
and permanently allocating the reserved por- 
tion of the free bandwidth resource to the user 
terminal and restoring the temporarily allocated 
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portion of the pool bandwidth resource, 

said second node including: 

second resource reallocation means re- 
sponsive to the reallocation request from said 
first node for reserving a portion of a pool 
bandwidth resource, invoking said CAC algo- 
rithm to reserve a portion of the free bandwidth 
resource of the second node, transmitting said 
acceptance signal to said first node, said sec- 
ond resource reallocation means permanently 
allocating the reserved portion of the free ban- 
dwidth resource of the second node to the 
user terminal in response to said confirmation 
signal, and restoring the reserved portion of 
the pool bandwidth resource of the second 
node. 

10. In a packet network comprising a plurality of 
interconnected nodes, each of the nodes in- 
cluding call admission control means respon- 
sive to a connection request from a user termi- 
nal for accepting or rejecting the connection 
request depending on the amount of resource 
requested by the user terminal, establishing a 
contract parameter value, and allocating a re- 
source to said user terminal according to the 
established contract parameter value, one of 
said nodes located at an entry of the network 
comprising flow enforcement means including 
a buffer for allowing cells from said call-origi- 
nating user terminal to be transmitted toward a 
destination terminal when said contract param- 
eter value is not violated and storing the cells 
in said buffer when said contract parameter 
value is violated, a method for controlling traf- 
fic of said user terminal, comprising the steps 
of: 

a) transmitting a reallocation request from 
said user terminal when occupancy of said 
buffer is higher than a predefined value; and 

b) receiving said reallocation request at said 
network node and allocating an additional 
resource to said user terminal in response 
to receipt of said request. 

11. A method as claimed in claim 10, further com- 
prising the steps of: 

transmitting a deallocation indication from 
the user terminal when the occupancy of said 
buffer is lower than a second predefined value; 
and 

receiving said deallocation indication at 
said node for deallocating portion of the al- 
located resources in response to receipt of the 
deallocation indication. 

12. In a packet network including a plurality of 
network nodes interconnected by transmission 



links, a source node of the network located at 
an entry of the network comprising flow en- 
forcement means including a buffer for allow- 
ing cells from a call-originating user terminal to 
s be transmitted toward a destination terminal 

when a contract parameter value is not violated 
and storing the cells in said buffer when said 
contract parameter value is violated, and each 
of said nodes comprising call admission con- 
w trol means responsive to a connection request 

from said user terminal for invoking a call 
admission control (CAC) algorithm to allocate a 
portion of a free bandwidth resource to said 
user terming and establish said contract pa- 
75 rameter value, a method for controlling traffic 

of the user terminal, comprising the steps of: 
a) transmitting a reallocation request from 
the user terminal when occupancy of said 
buffer is higher than a predefined value; 
20 b) receiving said reallocation request at said 

source node, transmitting a copy of the 
reallocation request to a downstream node 
to elicit an acceptance signal therefrom and 
reserving a portion of a pool bandwidth re- 
25 source; 

c) invoking said CAC algorithm to reserve a 
portion of said free bandwidth resource; 

d) receiving said acceptance signal at said 
node at the entry of the network indicating 

30 that same amount of said second resource 

portion is available in said downstream node 
and temporarily allocating the reserved por- 
tion of the pool bandwidth resource to said 
user terminal; and 

35 e) permanently allocating the portion of the 

free bandwidth resource reserved by the 
step (C) to the user terminal and restoring 
the temporarily allocated portion of the pool 
bandwidth resource. 

40 

13. A method as claimed in claim 12, further com- 
prising the steps of: 

transmitting a deallocation indication from 
the user terminal when the occupancy of said 
45 buffer is lower than a second predefined value; 

and 

receiving said deallocation indication at 
said source node and deallocating portion of 
the allocated resource portions. 

50 

14. In a packet network comprising a first node 
located at an entry of the network and a sec- 
ond network, said first node comprising flow 
enforcement means including a buffer for al- 

55 lowing cells from a call-originating user termi- 

nal to be transmitted toward a destination ter- 
minal when a contract parameter value is not 
violated and storing the cells in said buffer 



11 



19 



EP 0 522 391 A2 



20 



when said contract parameter value is violated, 
and each of said first and second nodes com- 
prising call admission control means respon- 
sive to a connection request from the user 
terminal for invoking a call admission control 5 
(CAC) algorithm to allocate a portion of a free 
bandwidth resource to said call-originating user 
terminal and establish said contract parameter 
value, a method for controlling traffic of said 
. user terminal, comprising the steps of: 10 

a) transmitting a reallocation request , from 
the user terminal when occupancy of said 
buffer is higher than a predefined value; 

b) receiving said reallocation request at said 

first node, transmitting a copy of the real- 75 
location request from the first node to the 
second node to elicit an acceptance signal 
therefrom, and reserving a portion of a pool 
bandwidth resource of the first node; 

c) invoking said CAC algorithm to reserve a 20 
portion of said free bandwidth resource of 

the first node; 

d) receiving the copy of the reallocation 
request at said second node, reserving a 
portion of a pool bandwidth resource of the 25 
second node, transmitting said acceptance 
signal from the second node to said first 
node, and invoking said CAC algorithm to 
reserve a portion of said free bandwidth 
resource of the second node; 30 

e) receiving said acceptance signal at said 
first node indicating that same amount of 
said portion reserved by the step (b) is 
available in said second node, temporarily 
allocating said portion reserved by the step 35 
(b) to said user terminal, and transmitting a 
confirmation signal from said first node to 
said second node; 

f) permanently allocating the portion of the • 
free bandwidth resource of the first node 40 
reserved by the step (c) to the user terminal 

and restoring the portion of the pool band- 
width resource of the first node temporarily 
allocated by the step (e); and 

g) receiving said confirmation signal at said 45 
second node for permanently allocating the 
portion of the free bandwidth resource of 

the second node reserved by the step (d) to 
the user terminal and restoring the portion 
of the pool bandwidth of the second node so 
reserved by the step (d). 

15. A method as claimed in claim 14, further com- 
prising the steps of: 

transmitting a deallocation indication from 55 
the user terminal when the occupancy of said 
buffer is lower than a second predefined value; 

receiving said deallocation indication at 



said first node and transmitting a copy of said 
deallocation indication from the first node to 
the second node to allow said second node to 
deallocate part of the allocated resource por- 
tions of the second node; and 

deallocating part of the resource allocated 
to the user terminal by the first node. 
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FIG* 10 

DEALLOCATION PROCEDURE (USER TERMINAL) 
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FIG. 1 1 

DEALLOCATION PROCEDURE (ALL NODES) 
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FIG. 12 

SUCCESSFUL REALLOCATION MESSAGE FLOW 
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FIG. 13 

REALLOCATION MESSAGE FLOW (FAILURE IN FIRST NODE) 
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FIG. 14 

REALLOCATION MESSAGE FLOW (FAILURE IN SECOND NODE) 
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FIG. 15 

REALLOCATION MESSAGE FLOW (FAILURE IN FIRST AND SECOND NODES) 
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FIG. 16 
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